其他
复杂思考，简单设计。
生活本充满了复杂，人类的进步史也是逐渐把简单的东西复杂化的过程，让一切的选择从出于原始的本能，变成站于逻辑、社会规范和科技的高台上。
复杂是不可避免的，设计可能没有办法使操纵一台大型飞机的升降舵、方向舵和副翼简化成按下一个绿色的按钮，但可以尝试驯服复杂，让一切更简单一点：将各个驾驶舱的操作各司其位并可以被飞行员学习和理解，最终完成将旅客送达目的地的使命。
设计中，可以如何让方案变得更简单？笔者将通过两个搜索相关的项目，从 “可理解性” 和 “理解力” 两个方面分享自己的理解。
本期提纲：
1. 可理解性
2. 理解力
• 完整的知识结构也会带来复杂？• 把握用户的理解力• 专注理解力• 小结：选择简单的结构专注理解力3. 为什么需要消解复杂
4. 总结：如何简单设计？
在搜索 “新冠疫苗接种” 的结果时，我们设计了关于新冠疫苗的 “在线预约平台” 和 “接种点” 两个模块来帮助用户完成接种疫苗的需求，而在后续优化这两个模块的过程中，我对如何提升可理解性有了更深的感悟。
• 地址信息存在折叠。医院地址较长导致信息被折叠，用户不了解接种点的具体地址。
针对这两个问题，设计展开了优化：
• 提供完整展示地址字段的路径：在用户点击医院机构的头像时，展示弹窗中可以看到完整的地址信息。
已有的问题好像用一种安全的方式逐一解决了，但在内部体验测试时却发现了新的问题：两个模块使用一致的结构进行设计，导致用户需要逐字阅读才能理解两种接种方式的差异。简单一致在视觉上似乎是简洁、通用的，但在实际的使用过程中增加了用户理解的复杂度。
机构接种点在无法提供在线预约这么便捷的操作的情况下，对用户来说更多地是提供了付之行动前的辅助参考信息，帮用户定位到附近的接种点并提供电话、地址等信息，做好去接种前的的安排。
因此，我们找到了两类机构各自的重要元素，即预约平台的 “在线预约入口” 和接种点的 “地址、距离和电话信息”。
因此在最后的设计表达上，用户看起来就是一组可以在线预约的机构和另外一组含有电话地址信息的机构，看到已有的信息就能知道自己可以怎么用，而不需要像之前一样通过仔细阅读来理解各自的区别。
百科内容是搜索中用户的重要目标，用户习惯利用搜索引擎快速获取概念解释，了解它的方方面面。在设计医疗百科的结果时，笔者也遇到了用户 “理解力” 上的难题。
直观感受上，这好像是一个适合用 Tab 去表达的结构。Tab 的优点是能够在较低的高度内传达出知识结构，并带给用户明确的切换指向来起到平级教育的作用。
对于内容的消费来说，或许更合适的是能够在最短路径上消费到全部内容，而 Tab 本身呈现方式的预期是较为明确的原地切换，“原地展示缩略信息” 与 “更完整地消费信息” 产生了矛盾，因此判断 Tab 的方式不太适用于在搜索结果的消费型内容上。这个方案被放弃。
那有办法在保证是跳转预期的基础上，满足当前搜索词信息的完整获取吗？
搜索 “糖尿病症状” 时，因为已经这样搜了，那么首要当然是了解最关心的症状了，接着对于糖尿病其他信息，如果我发现我有这个症状，那就去看看怎么治疗；如果想仔细研究下我为什么会得这个病，那就要去看看这个病是怎么来的......
这个路径抽象来看，其实是一个线性结构，那么在用户理解上就是：现在需要的东西，和其他一堆相关的东西。这才是存在该搜索需求时用户的理解力范围。
数据结构的复杂和完整性不是用户需要去理解和称赞的东西，不让用户去学习我们的模式，简单专注用户的当下需求与目标，或许才是用户需要的设计。
阿德勒心理学中提到过：“共鸣是接近他人时的技术和态度”。设计师在具备技术的基础上，也需时刻保持接近的态度，真正感知用户是如何使用的，当下能够理解什么，而不是我们想要让他怎么用。明确这些答案后，再用设计语言贴合用户的这种理解力模式，或许就能找到解法。而不会错的一个选择永远是回归简单的线性结构，因为这是更容易转义的一个方式。
互联网的低门槛性意味着对设计本身可理解性的要求大大提高，用户既繁忙，也缺少通过外界作用的提升理解力的方式。
远不同于以往在百货商店的购物体验，每个 App 能够被一一附赠详细的使用说明书；也不像在学校，能够使用整个学年来上一节叫做 “如何学习使用微信” 的课程。用户去理解的时间也是极短的：人们多处于碎片化的场景中，在公交上的抬手一看中去理解信息，导致用户在操作时大多是直观的快速感受，不会睁大双眼开始一行一行地做阅读理解。但用户仍然含有专注的目标，并不愿意被分散和打扰。产品如果不能满足需求，提供了再多的信息不能够被用户顺畅使用的，也就失去了价值。
由此，这两个挑战就要求设计在消解复杂的信息并转化为解决方案时，是专注于用户的理解力并可被理解的，而并不需要陷入设计师自我表达欲的漩涡：“嘿用户！你看我做了多么复杂的思考！”。
作者：Simoe
Everything Matters